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(57) Abstract: An apparatus and method for 
communicating information within a network having one 
or more communication buses (5,6,7,8), consisting of 
one or more elements (20,30,40) to maximise throughput 
and minimise CPU involvement by executing the 
following. Compare incoming message identifiers (14) 
against a set of predetermined identifiers (22). Transpose 
data sets (12) within the incoming message data frame 
and where necessary, save and/or transmit new frames 
as defined by operations dependent upon the incoming 
identifier. By utilising an optimal set of operands the 
memory requirement is satisfied by a minimal size of 
standard type. 
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INFORMATION COMMUNICATION CONTROLLER INTERFACE APPARATUS 

AND METHOD 

FIELD OF THE INVENTION 

The present invention relates generally to signal 
communication controller interfaces and methods. More 
specifically, the invention relates to an apparatus and 
method for communicating information within a network 
having communication units according to a communication 
protocol, for example the Control Area Network (CAN) 
protocol used in the automotive and industrial 
applications . 

BACKGROUND OF THE INVENTION 

Communication networks typically involve 
transferring information between nodes connected in the 
network by at least one communication bus. Information 
is transferred from one node to another node via the 
physical medium according to a communication protocol . 
Such a protocol is the Control Area Network (CAN) 
protocol used for example in automotive applications. 
Different protocols might be used on different buses 
within the same network to have the best match to a 
particular communication need. 

Often, there are multiple, independent 
communication busses in such, applications. The busses . 
are connected to each other via an information controller 
interface or gateway device. Information is transferred 
from one bus to another bus (or back to the . same bus) via 
the gateway in information units, usually referred to as 
message frames. Each frame consists of a data part 
containing the information to be transferred; a frame 
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identifier and optional ancillary information. The 
ancillary information is used to attain complete error- 
free transmissions and requires the transfer of a fixed 
amount of extra information bits per frame, ie CRC, bit- 
stuffing etc. For example in CAN automotive networks, a 
frame comprises of a data part of between 0 and 8 bytes 
of information. 

To minimise the overhead from identifiers and 
ancillary data, using the maximum data part per frame is 
required. This is achieved by a node, through the packing 
of several constituent pieces of data into one frame data 
part. Each one of these atomic data sets of is called a 
signal. For example, in the CAN protocol, a frame 
comprises of a data part of between 0 and 8 bytes of 
information. Each data set or signal within that data 
part may have differing lengths from 1 to 64 bits, upto 
a cumulative maximum of 64 bits. The frames are 
transmitted with pre-defined identifiers upon which when 
received at the gateway or a node, the identifier 
determines the position and size of all the signals 
within the frame. An issue of this method is that the 
data sets within a frame may start at any bit position 
and are often crossing byte boundaries. Extraction and 
further processing of this data must take this into 
account and provide the needed computation power. 
Consequently, when a gateway device has to transfer a 
data set from one bus to another, a. repeating series of 
activities has to be performed. The typical steps 
involved are> establishing the size and positions of the 
data sets from the frame identifier; unpacking the frame 
into it's data sets; transposing the data sets as 
required; packing the data sets into another, new or 
already created frame; and finally transmitting the 
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frames to their destination bus as required. Executing 
these operations has typically been accomplished with 
software requiring extensive memory for the software 
programs, and placing high demands on the central 
processor unit (CPU) and supporting hardware. As the 
number of signals increases the CPU processing power 
required increases and also results in increased message 

* 

latency and more frequent CPU interrupts and loading. 
Attempts have been made, for example WO99/34560 , to 
provide a message bridge to transfe'r complete frames 
between CAN busses, however, these systems are still 
memory intensive, and still demand CPU time. 

Thus, there is a need for an information 
communication controller interface or gateway device and 
method that efficiently controls, the communication and 
transfer of signal based messages for faster operations 
minimises at least message latency, memory requirements, 
or CPU interrupts and loading. 

STATEMENT OF THE INVENTION 

In accordance with the invention there is provided a 
communication controller interface as claimed in claim 1, 
and a method as claimed in claim 7 . 

BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the invention will now be more fully 
described, by example, with reference to the drawings, of 
which: 

FIG. 1 shows a schematic, block diagram of 
communication controller interface according to an 
embodiment of the invention; 

FIG. 2 shows an example of an input frame and output 
frames of information transferred through a communication 
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controller interface according to an embodiment of the 
invention; 

FIG. 3 shows a schematic block diagram the 
communication controller interface of FIG. 1 in more 
detail within a communication system according to an 
embodiment of the invention; 

FIG. 4 shows a flow diagram of a method in 
accordance, of an embodiment of the invention; and 

FIG. 5 shows a flow diagram of a method in 
accordance of an embodiment of the invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring to FIG. 1, a schematic block diagram of 
communication controller interface or gateway 1 according 
to an embodiment of the invention is shown. The protocol 
receive and transmit blocks are excluded for brevity. The 
gateway 1 transfers information within a communication 
network, such as signal based communication system, 
having communication units or frames 10 containing 
packets of information according to a communication 
protocol, for example the Control Area Network (CAN) 
protocol standard that is currently used in the 
automotive industry. Of course, it will be appreciated 
by those skilled in the art that these embodiments of the 
invention may be adapted to other communication protocols 
such as Local Interconnect Network (LIN) or FlexRay, and 
future communication protocols or advances to present 
communication protocols. 

The input frames 10 of information comprise data 12 
and an identifier 14. The frames that make up a data 
stream may be configured for a specific communication 
protocol, for example in CAN an identifier has either 11 
or 29 bits and the data part of the frame consists of 0 
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to 8 bytes. The maximum length of the identifier will be 
defined by the hardware implementation. However protocols 
with identifiers of varying lengths up to the maximum can 
be used at the same time. Each protocol receiver will 
have an additional part of the identifier associated with 
it. There is no limit on the amount of identifiers other 
than the available memory and possibly limits imposed by 
the hardware implementation. 

The data sets within an input frame 10 is 
transferred to one or more output frames 3 6 by 
essentially two processing elements, the identifier 
look-up element 20 and the signal handler element 30. A 
third element 40 is provided for sequencing the stream of 
output frames 46 in accordance with a communications 
protocol. 

The identifier look-up processing element 20 
receiving the identifier 14 portion of the input frame 
10, uses a binary search algorithm implemented in 
hardware to find a matching identifier in the look-up 
table 22. To accommodate this, the list of identifiers 
in the look-up table 22 must be sorted. The usage of a 
binary search is possible, since the list of recognised 
user-defined identifiers is always known. If there is no 
matching identifier found, then the frame may be simply 
ignored or the central processing unit (CPU) can be 
alerted about such an event via the CPU interface receive 
3 (shown in FIG. 3) . This permits the proper reaction of 
the CPU to unexpected messages, which is required for 
proper error analysis. . 

Special memory types', e.g. Content Addressable 
Memory (CAM) , have been for this purpose. CAM memories 
are large and therefore used sparingly. Subsequently the 
CAM approach limits the amount of identifiers that can be 
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used. Using a binary search implemented in hardware 
instead is superior here, because it permits to use 
normal, smaller standard memory for this purpose. The 
processing speed obtained using the binary search is 
fully sufficient within the given constraints and allows 
for a large amount of identifiers to be used. If a 
matching identifier is found in the look-up table 22, the 
associated value, further referred to as a program 
selector 26 is sent to the signal handler 30. This 
selector 26 and is used to select a sequence of user 
defined operations to be on the signals enclosed in the 
data portion 12 of the frame 10. 

The program selector 2 6 defining the operations to 
be. performed is based upon the identifier 14, and not a 
local software program as achieved in prior 
configurations. 

Examples of the operations performed by the signal 
handler 30 may be simply "merge" , tt save" , and "send" 
command , any of these commands can be made conditional 
upon predefined criteria being met. The alerting of the 
CPU for exceptional identifiers and the creation of 
outgoing frames with their relevant identifiers is 
accommodated here. The signal handler uses a temporary 
storage area 33 to store the resulting outgoing frames 
along with ancillary information such as conditional 
flags and message locks, and the like. The microcodes 
for the required operations are stored with the outgoing 
identifiers within the program memory 31. There is no 
limit to the number of operations associated with any one 
identifier, or stored within the memory save the limit 
defined by the implementation. 

Conveniently, all the data within the program 31 
and data; memory 33 of the signal handler, as well as the 
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identifiers in the look-up table 22, may be accessible by 

* 

the CPU, and/or may be created dynamically by the user. 
When a 'send' command is performed, the completed 
outgoing frame, with prefixed identifier, will be handled 
by the frame transmitter 40 for transmission according to 
the required priority mechanism. 

FIG. 2 shows one example input frame 10 and three 
created output frames 51 of information transferred 
through a communication controller interface according to 
an embodiment of the invention. The input frame shown 
contains identifier IDO 14, and corresponding sets of 
data 11, i.e. signals A and B, and.C and D. Any unused 
data regions 9 of the data part of the message 12 may 
comprise of unrequired signals, or invalid areas present 
for further expansion of the system. The identifier IDO 
is searched for within the look up table 22. In this 
example it is found and the associated operations from 31 
are performed as follows. The data part 12 is split into 
its constituent signals A, B, C and D 11, and along with 
previously stored signals E, F and G 23 are used to 
create three new data parts 52 containing the transposed 
signals 53 and any unused areas 9. These data parts are 
stored in memory 33. As a result of this, or one or more 
further, incoming identifiers being matched, each 
outgoing message is prefixed with the relevant identifier 
51 and scheduled for transmission, i.e. the messages 51 
with ID1, ID2 and ID3 . It is possible that incoming 
and/or outgoing messages have no signals or data part. 
These act as events and their associated actions are 
defined by the identifier value e.g. an incoming frame 
with ID5 might trigger the transmission of the frame with 
ID3. Data frames stored can be resent multiple times with 
the same or different identifiers, and to the same or 
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different destination buses. Also signals can be placed 
into one or more outgoing messages i.e. signal G has been 
placed into two frames in FIG 2 . 

After processing of the input frames by the 
identifier look-up processing element 2 0 and the signal 
handler 30 an output frame 36 is passed to the frame 
transmitter 40 in response to a "send" command. The 
frame transmitter 40 also has a temporary storage 43 to 
temporarily hold the output frame 36, until it is the 
appropriate time in accordance to protocol arbitration to 
send the transmitted output frame 46. 

FIG. 3 shows a schematic block diagram of the 
communication controller interface of FIG. 1 in more 
detail within a communication system according to an 
embodiment of the invention. Like reference numerals in 
FIG. 1 are represented in FIG. 3. In the communication 
system depicted in FIG. 3, there are multiple buses 
5,6,7,8 that connect to the communication controller 
interface by protocol receivers 15,16,17,18 via 
multiplexer 19 and protocol transmitters 55, 56, 57-, 58 via 
demultiplexer 50. Any other number of buses might be 
used as long as the multiplexer and demultiplexer are 
properly adapted and other system constraints like timing 
can be met by the actual implementation. Each of the 
protocol receivers 15,16,17,18 and protocol transmitters 
55,56,57,58 is independent of each other and each is 
responsible to properly handle the protocol features 
assumed by the communication protocol used on the 
corresponding communication bus 5,6,7,8. CPU interface 
transmitter 2 is connected to mulitplexer 19, it is 
required when the CPU initiates processing to be carried 
out by the controller. 
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The CPU interface receiver 3 is connected to signal 
handler 3 0 and provides the features required to generate 
and process messages resulting from unmatched identifiers 
to the CPU, or identifiers where the operations are 
requesting some CPU notification. The CPU has full 
shared access to all storage objects used by the 
communication controller interface. In detail these are 
the look-up table 22, the microcode storage 31, the data 
memory 33 and the memory 43 . , 

The temporary storage 33 contains message frames 
created by the signal handler that have not yet been send 
. to the frame transmitter 40 and might be further modified 
by the signal handler or CPU to accommodate further 
changes or additions . 

The temporary frame transmitter storage 42 contains 
the message frames that have been received from the 
signal handler 30 that are awaiting their transmission by 
the protocol transmitters 55,56,57,58. It is worth noting 
that the temporary storage areas 22, 31, 33 and 42 can be 
physically located in the same memory. Transmission of a 
message frame from the signal handler 30 to the frame 
transmitter 40 does therefore not necessarily require the 
message frame to be provided. It is possible to only 
manipulate the data organisation in this storage to 
accommodate the same operation. Also, a control line link 
29, 39, .49, 59, 69 is provided between each processing 
element, of the controller interface 1 to ensure correct 
interfacing between each element. 

FIG. 4 shows a flow diagram 70 of a method according 
to an embodiment of the invention in detail with respect 
to a method Eor using a controller interface in a 
communication system. It comprises the steps of 
receiving the incoming message 72 containing an 
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identifier 14 and data portion 12. Comparing the 
identifier against a sorted list of predefined 
identifiers 73. If there is a matching identifier 75 the 
associated program selector 26 is passed to the signal 
handler 30. The signal handler operates on the data 
signals 76 as defined by the operands within the program 
memory 31. Any frames to be transmitted are scheduled 
77. When the last operand is completed the processing 
element waits for the next matching incoming identifier 
and associated handler 79. If no identifier is found 74, 
the controller can either ignore the incoming message or 
alert the CPU 78. 

FIG. 5 describes in more detail the actions possible 
from one operand. A data set from the incoming frame is 
transposed 82 as defined. If required the resulting data 
frame is saved 84, and can also be scheduled for 
transmission 86 if necessary with the required identifier 
as defined in the microcode 33 . On the last operation 
87, the signal handler completes, otherwise it continues 
on to the next operand. 

It will be appreciated that although the particular 
embodiments of the invention have been described above, 
various other modifications and improvements may be made 
by a person skilled in the art without departing from the 
scope of the present invention. 
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CLAIMS: 

1. An information controller for a communication system 
having at least one communication bus and having an 
information unit with a first identifier portion and a 
data portion corresponding to said first identifier 
portion, said information controller comprising: 

an identifier look-up element for receiving the 
first identifier portion, comparing the first identifier 
with a predetermined, identifier, to provide a program 
selector upon matching the first identifier with the 
predetermined identifier; 

a signal handler for receiving the data portion and 
the program selector, and compiling in accordance to a 
sequence command initiated by the program selector, a 
second information unit with a second identifier and 
selected information as defined by the sequence command. 

2. An information controller as claimed in claim 1 
wherein the first identifier portion defines the data 
portion of the first information unit and the selected 
information of the second information unit, and further 
defines a sequence command to process the first 
information unit. 

3. An information controller as claimed in claim 1 or 2 
wherein the identifier look-up element further comprises 
a look-up table for storing said predetermined value. 

4. An information controller as claimed in claim 1, 2 
or 3 wherein the signal handler further comprises a data 
storage memory for storing said data portions. 
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5. An information controller as claimed in any 
preceding claim further comprising a frame transmitter 
for prioritising multiple second information units in 
accordance with a communications protocol . 

6. An information controller as claimed in claim 5 
further comprising a transmission memory for storing 
multiple second information units. 

7. An information controller as claimed in any 
preceding claim wherein the identifier look-up element is 
programmable for dynamically changing the predetermined 
value and the sequence commands . 

8. An information controller as claimed in any 
preceding claim further comprising a central processing 
unit interface to allow direct communication between said 
information controller with a central processing unit of 
the communication system. 

9. An information controller as claimed in claim 8 
wherein said central processing unit may access any 
memory of the information controller. 

10. An information controller as claimed in claim 9 
wherein the information controller receives the first 
information unit and processes the second information 
unit separately from the central processing unit. 

11. A method for using a an information controller for a 
communication system having at least one communication 
bus and having an information unit with a first 
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identifier portion and a data portion corresponding to 
said first identifier portion, said method comprising the 
steps of: 

receiving the first identifier portion at an 
identifier look-up element; 

comparing the first identifier with a predetermined 
identifier, to provide a program selector upon matching 
the first identifier with a predetermined identifier; 

receiving at a signal handler the data portion and 
the program selector; and 

compiling in accordance to a sequence command 
initiated by the program selector, a second information 
unit with a second identifier and selected information as 
defined by the sequence command. 

12. A method for using a information controller as 
claimed in claim 11, further comprising the step of 
prioritising multiple second information units in 
accordance with a communications protocol in a frame 

• transmitter. 

13. A method for using a information controller as 
claimed in claim 11 or 12, further comprising the step of 
programming for dynamically changing the predetermined 
value and the sequence commands in the identifier look-up 
element. 
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AMENDED CLAIMS 
[received by the International Bureau on 16 June 2003 (16.06.03); 
original claims 1-13 replaced by claims 1-12 (2 pages)] 



An information controller for a communication system having at least one 
communication bus having an information unit with a identifier portion and a 
data portion corresponding to said identifier portion, said information 
controller comprising an identifier look-up element for sending a 
predetermined program selector to a signal handler upon determination that 
the identifier portion of a received information unit corresponds to a 
predetermined identifier associated with the predetermined program selector, 
wherein the program selector defines an operation to be performed on the data 
portion by the signal handler. 

An information controller as claimed in claim 1, wherein the operation to be 
performed on the data portion can be the creation of a second information 
unit; or merging the data portion, or part of the data portion, with another data 
portion of a second information unit; or saving the data portion, or part of the 
data portion. 

An information controller as claimed in claim 2, further comprising a frame 
transmitter for prioritizing multiple second information units for transmission 
in accordance with a communication protocol. 

An information controller as claimed in claim 3, wherein the second 
information units include a second identifier. 

An information controller as claimed in claim 3 or 4, further comprising a 
transmission memory for storing multiple second information units. 

An information controller as claimed in any preceding claim, wherein the 
identifier look-up element further comprises a look-up table for storing said 
predetermined identifier and program selectors. 

An information controller as claimed in any preceding claim, wherein the 
signal handler further comprises memory for storing said date portion and a 
predetermined sequence of operations. 

An information controller as claimed in any preceding claim, wherein the 
identifier look-up element is programmable to allow the predetermined 
identifier and/or the associated program selector to be changed. 

- *'■ 

An information controller as-claimed in any preceding claim, further 
comprising a central processor unit interface to allow direct communication 
between said information controller with a central processing unit of the 
coinmunication system. 

10. An information controller as claimed in claim 8, wherein said central 
processing unit can access any memory of the information controller. 
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11. An infoimation controller substantially as hereinbefore described with 
reference to the drawings. 

12. A method for using an information controller for a communication system 
having at least one communication bus and having an information unit with an 
identifier portion and a data portion corresponding to said identifier portion, 
said method comprising the steps oft 

receiving the identifier portion at an identifier loop-up element*, 
sending a predetermined program selector to a signal handler upon 
determination that the identifier portion corresponds to a predetemriiied 
identifier associated with the predetermined program selector; 
performing an operation on the data portion based upon the program 
selector. 



AMENDED SHEET (ARTICLE 19) 

03071 744At I > 



WO 03/071744 



1/3 



PCT/EP02/12821 



10 




IDENTIFIER \ -U 



IDENTIFIER 
LOOK-UP 



JO 



1 




■26 



r31 



40 



SIGNAL I 
HANDLER \ 


1 


—36 

< 


FR/ 
TRANS! 


VME k 
JITTER I 



T 
34 



46 



"T 
44 




JVC. / 



FRAME ID No. 1 


E 


C 


D 



/ 



51 




5y 53' 



FRAME ID No. 2^ 


A 


1 


G 


1 


8 















/ 



52 



5/ 



FIG. 2 



54 



FRAME ID No. 3 


F 


G 


1 



/ 



53 



51 



tNSDOClD: <W0 03071 744 At I > 



WO 03/071744 



PCT/EP02/12821 



2/3 





CPU 
INTERFACE 
TR ANSMIT 

n 




i 



£ 

PROTOCOL 
RECEIVER 
1 



16 



i 



MULTIPLEXER 



37 




32 



12 



20 



29 



i 




^24 



25 



IDENTIFIER LOOK-UP 



5 



^37 



LOOK-UP 
TABLE 



-26 29 





1 



CPU 
INTERFACE 
RECIEVE 





MEMORY 




37 


7 J 


44 



FRAME TRANSMITTER 



48 



-46 



49 



50 



DEMULTIPLEXER 



69 



-46 




69 



-46 



PROTOCOL 
TRANSMITTER 
1 



69 



-46 



PROTOCOL 
TRANSMITTER 
2 



56 



69- 



\ 



-46 



57 8 



PROTOCOL 
TRANSMITTER 
3 

T 



59 



58 



FIG. 3 



BNSDOCID: <WO 03071 744A1 I > 



WO 03/071744 



PCT/EP02/12821 



3/3 




SEARCH LOOK-UP-TABLE 
FOR IDENTIFIER 



1 




NO 



75 



2l 



1 



r 



78 



76 



SIGNAL HANDLER 
OPERATES ON SIGNALS 



I 



cJL 



79 



C stop y 



FIG. 4 



IGNORE MESSAGE 
OR ALERT CPU 



SEND PROGRAM SELECTOR 
TO SIGNAL HANDLER 



SEND ANY FRAMES TO 
TRANSMISSION OR 
CPU AS REQUIRED 




NO 



FIG. 5 




_03071744A1J_> 



INTERNATIONAL SEARCH REPORT 



Inte^Plonaj Application No 

PCT/EP 02/12821 



A. CLASSIRCATION OF SUBJECT MATTER 

IPC 7 H04L12/40 H04L29/06 



According to International Patent Classification (IPC) or to both national classification and IPC 



a FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 H04L 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category" 



Citation of document, with indication, where appropriate, of the refevant passages 



Relevant to claim No. 



x 

Y 



X 
Y 



EP 0 930 759 A (CANON KK) 
21 July 1999 (1999-07-21) 
abstract 

column 3, line 48 -column 4, line 12 
column 4, line 43 - line 58 
column 8, line 54 -column 9, line 49 
column 11, line 3 - line 57; figures 2-8 

EP 1 085 720 A (KONINKL PHILIPS 
ELECTRONICS NV) 21 March 2001 (2001-03-21) 
abstract 

column 5, line 45 -column 6, line 14 

column 8, line 17 -column 9, line 41 

column 10, line 34 - line 58 

column 11, line 36 - line 45 

column 13, line 11 - line 25; figures 3-10 



1-5,11, 
12 

6-10,13 



1,11 
6-10,13 



-/- 



m 



Further documents are fisted in the continuation of box C. 



ID 



Patent family members are listed In annex. 



• Special categories of cited documents : 

■A' document defining the genera! state of the art which is not 
considered to be of particular relevance 

'E* earfier document but published on or after the International 
fling dale 

"L" document which may th row doubts on priority ctatm(s)or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

•O* document referring to an oral disclosure, use, exhibition or 
other means 

•P' document published prior to the international filing dale but 
later than the priority date claimed 



T later document published after the international filing dale 
or priority date and not in conflict with the application but 
died to understand the principle or theory underlying the 
invention 

'X" document of particutar relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an Inventive step when the document is taken alone 

"Y* document of particular relevance; the claimed invention 
cannot be considered to Involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

document member of the same patent family 



Date of the actual completion of the International search 



8 April 2003 



Date of mailing of the international search report 



15/04/2003 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patenllaan 2 
NL - 2280 HV Rijswljk 
TeL (4-31-70) 340-2040, Tx. 31 651 epo nl, 
Fax (+31-70) 340-3016 



Authorized officer 



Jimenez Hernandez, P 



Form PCT/1SA/210 (second sheet) (July 1992) 



BNSOOCID: <WO___03071744A1 I > 



INTERNATIONAL SEARCH REPORT 




Inte^pbna* Application No 

PCT/EP 02/12821 



(^Continuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



p,x 



Cflation of document with tndlcation.where appropriate, of the relevant passages 



SZYDLOWSKI C: "A GATEWAY FOR CAN 
SPECIFICATION .2.0 NON-PASSIVE DEVICES" 
SAE TECHNICAL PAPER SERIES, SOCIETY OF 
AUTOMOTIVE ENGINEERS, WARRENDALE, PA, US, 
1993, pages 29-36, XP002062365 
ISSN: 0148-7191 
the whole document 

EP 1 241 835 A (INFINEON TECHNOLOGIES AG) 

18 September 2002 (2002-09-18) 
abstract; claims 1-15; figures 1-3 

AXEL WOLF: "Connecting C166 and C500 
Microcontrollers to CAN" 
June 1997 (1997-06) , SIEMENS XP002157028 
page 1 -page 63 



Relevant to daim No. 



1-13 



1,11 



1-13 



Food PCTASA/210 (continuation of second cheat) (July 1992) 



<WO 03071 744 A1 I > 




if \ITERNJB»NAL SEARCH REPORT 

Information on patent family members 




Interatrial Application No 

PCT/EP 02/12821 



KatQnt document 




rTJuiicduun 




Patent family 




Pi ihf leaf Inn 


cited in search report 




date 




member(s) 




date 


CD AOQA7CQ 

tr uyju/oy 


A 

M 


u/-iyyy • 


CP 

r rc 


2773935 Al 


90— n7-iQQQ 








TP 

tr 


0930759 Al 








• 


ip 
Jr 


11266286 


A 


oft— no— 1000 








Uo 


6502144 


Bl 




CD 1 AOC70A 

tr lUOD/cU 


A 

A 


91 — no— onm 


Lin 
WU 


0120434 


A2 

Mb 


99— no_ 9nm 








Lin 


0120854 


Al 


99— no— 9nni 








Lin 


0120868 


Al 


09— no— 9nm 








WU 


0120869 


Al 


99— no— 9nm 








CP 

tr 


1085718 


A2 


£l~ Uo— cUUl 








CD 

tr 


1085719 


A2 

Ilk 


oi_ no onni 
cl~Uo— £UU1 








CD 

tr 


1085423 


A2 

Ml. 










CD 

tr 


1087298 


Al 

n x 


9Q_ n*j onni 


• 






CD 

tr 


1087299 


Al 


9Q— onni 








CD 

tr 


1085720 


A2 


01— ni onm 
ZI— UJ-^UUl 








CD 

tr 


1085721 


A2 


91— no onm 
cl— Uo— cUUl 








CD 

tr 


1085722 


A2 


oi— no onm 








CD 

tr 


1129548 


Al 


nc no onm 

us— uy-^uui 








CD 

tr 




Al 

r\ X 


nc no onm 

ub— uy-zuui 






• 


CD 


1 14R100 


A2 


i 7—i n onni 
i/-lU-^UUI 








CD 

tr 


1129561 


Al 


nc no onm 
UO— Uy-cUUl 








JP 


2003509764 


T 


11-03-2003 








JP 


2003509961 


T 


11-03-2003 








ID 


2003509968 


T 


1 i no onno 








Jr 


2003509787 


T 


1 i no onno 
11-Uo-ZOUo 








US 


6434432 


Bl 


13-08-2002 








US 


6510479 


Bl 


21-01-2003 








US 


6493287 


Bl 


10-12-2002 


EP 1241835 


A 


18-09-2002 


DE 


10112950 


Al 


26-09-2002 








EP 


1241835 


A2 


18-09-2002 








US 


2002147863 Al 


10-10-2002 


1 



Foim PCT/ISA/210 (patent family amex) (July 1992) 



BNSDOCIO: <WO 



.03071 744A1 I > 



i 



1 1 



i 

s 

I 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 



□ REFERENCE^) OR EXHD3IT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: . _ 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




LINES OR MARKS ON ORIGINAL DOCUMENT 



